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Remarks 

The above Amendments and these Remarks are in reply to the Office Action mailed July 
16, 2008. 

I. Summary of Examiner's Rejections 

In the Office Action mailed July 16, 2008, Claims 10, 15-26, 29, 31, and 36-39 were 
rejected under 35 U.S.C. 102(b) as being anticipated by Prompt et al. (U.S. Patent Publication 
No. 2001/0034733, hereafter Prompt). 

II. Summary of Applicants' Amendments 

The present Reply amends Claims 10, 19, 29, and 31, leaving for the Examiner's 
present consideration Claims 10, 15-26, 29, 31, and 36-39. Reconsideration of the Application, 
as amended, is respectfully requested. 



III. Claim Rejections under 35 U.S.C. S102fb) 

In the Office Action mailed July 16, 2008, Claims 10, 15-26, 29, 31, and 36-39 were 
rejected under 35 U.S.C. 102(b) as being anticipated by Prompt (U.S. Patent Publication No. 
2001/0034733). 

Claim 10 

Claim 10 has been amended to more clearly define the embodiment therein. As 
amended. Claim 10 defines: 



10. (Currently Amended) A method for transferring content to a plurality of content 

repositories, comprising: 

identifying a content in at least one of a file system and a website by traversing 
the at least one of a file system and a website; 

communicating with a virtual content repository (VCR) via an Application 
Programming Interface (API) to provide the content and the schema to the VCR for 
inclusion in one or more of a plurality of content repositories, wherein the VCR integrates 
the plurality of content repositories into a logical content repository; 

defining a content model included in the VCR, wherein the content model 
includes a plurality of content nodes and a plurality of hierarchy nodes; 

creating a content node for each of the plurality of content repositories wherein 
each content node identifies the content repository with which it is associated and 
wherein each content node has its own content schema which is metadata that 
describes the content node's properties; 

creating a hierarchy node for different types of content available in the plurality of 
content repositories wherein each hierarchy node is associated with one or more content 
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nodes, and each hierarchy node is associated with its own hierarchy schema which is 
metadata that describes the hierarchy node's properties; 

storing the content in one or more of the plurality of content repositories; 

wherein the API presents a unified view of the plurality of content repositories as 
a single repository and enables navigation of the plurality of content repositories and 
enables create, read, update, and delete (CRUD) operations to be performed on the 
plurality of content repositories; 

wherein each content repository in the plurality of content repositories 
implements a Service Provider Interface (SPI) to integrate into the VCR; and 

wherein the API and the SPI share the content model that represents combined 
contents of the plurality of content repositories. 

Claim 10, as amended, defines a metliod for transferring content to a plurality of content 
repositories. The method comprises defining a content model included in the VCR, wherein the 
content model includes a plurality of content nodes and a plurality of hierarchy nodes. The 
method also comprises creating a content node for each of the plurality of content repositories. 
Each content node identifies the content repository with which it is associated and each content 
node has Its own content schema which is metadata that describes the content node's 
properties. Additionally, the method comprises creating a hierarchy node for different types of 
content available in the plurality of content repositories. Each hierarchy node is associated with 
one or more content nodes, and each hierarchy node is associated with its own hierarchy 
schema which is metadata that describes the hierarchy node's properties. Claim 10 further 
defines that the API presents a unified view of the plurality of content repositories as a single 
repository and enables navigation of the plurality of content repositories and enables create, 
read, update, and delete (CRUD) operations to be performed on the plurality of content 
repositories; 

Prompt discloses a hierarchical/relational translation system for enabling information 
from unrelated heterogeneous relational computing systems to be accessed, navigated, 
searched, browsed, and shared over a hierarchical computing system. (Abstract). The 
Lightweight Directory Access Protocol (LDAP) is a standard directory protocol that can be used 
to establish a universal addressing scheme. (Paragraph [0013]). In order to take advantage of 
the features of an LDAP directory, this directory must be first created and populated. Since most 
of the data that would become the source for this directory resides essentially in RDBMS, the 
complexity of converting the relational data model to the hierarchical data model is problematic. 
Conventional directory technology can be built on top of an RDBMS engine, but the internal 
logic and data model of an LDAP directory is so different from an RDBMS, that this conversion 
is always required. (Paragraph [0015]). 
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As described above, Prompt appears to disclose a system that can enable information in 
relational computing systems to be accessed in hierarchical computing systems. A virtual 
directory server can receive requests for data and use schemas extracted from each relational 
database to determine the logical relationship between data in the relational database and 
return relevant data from a variety of heterogeneous sources. 

Claim 10, as amended, comprises defining a content model included in the VCR, 
wherein the content model includes a plurality of content nodes and a plurality of hierarchy 
nodes. Content can be stored in content nodes, and different types of content can be organized 
using hierarchy nodes. By way of example, one embodiment of a repository is shown in Figures 
7 and 8 of the present application. As shown in Figures 7 and 8, a content repository (BEA 
Repository) can include a plurality of hierarchy nodes (e.g., MR, Images, l\/larl<eting, and 
Products), which can include a plurality of content nodes (e.g., hierarchy node Products 
includes Laptop, Pocl<etPC, Server, and WirelessCard). 

Prompt appears to disclose translating relational computing systems so that they can be 
accessed from hierarchical computing systems. However, Applicant respectfully submits that 
the relational computing systems disclosed by Prompt do not appear to be organized 
hierarchically in a virtual repository according to the type of content contained therein. Claim 10 
has been amended to more clearly define this feature. 

Additionally, Claim 10, as amended, defines that the API enables create, read, update, 
and delete (CRUD) operations to be performed on the plurality of content repositories. 
However, Prompt appears to be focused on providing read access to databases and only 
discloses navigation operations. As such. Prompt does not appear to disclose the CRUD API 
as defined by Claim 10. 

Furthermore, Claim 10 defines that each content repository in the plurality of content 
repositories implements a Service Provider Interface (SPI) to integrate into the VCR. In the 
Office Action mailed July 16, 2008, the schema manager application of Prompt was cited as 
anticipating such a SPI. However, Applicant respectfully submits that in Prompt, the schema 
manager appears to be a distinct module from the content repositories rather than an interface 
implemented by each content repository, as is presently defined by Claim 10. 

In view of the above comments. Applicant respectfully submits that Claim 10, as 
currently amended, is neither anticipated by nor obvious in view of the cited references, and 
reconsideration thereof is respectfully requested. 
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Claims 19, 29, and 31 

The comments provided above with respect to Claim 10 are hereby incorporated by 
reference. Claims 19, 29, and 31 have been similarly amended to more clearly define the 
embodiments therein. For similar reasons as provided above with respect to Claim 1, Applicant 
respectfully submits that Claims 19, 29, and 31, as amended, are likewise neither anticipated 
by, nor obvious in view of the cited references, and reconsideration thereof is respectfully 
requested. 

Claims 15-18, 20-26, and 36-39 

Claims 15-18, 20-26, and 36-39 depend from and include all of the features of Claims 
10, 19, or 31. Claims 15-18, 20-26, and 36-39 have not been addressed separately but it is 
respectfully submitted that these claims are allowable as depending from an allowable 
independent claim, and further in view of the comments provided above. Reconsideration 
thereof is respectfully requested. 

IV. Conclusion 

In view of the above amendments and remarks, it is respectfully submitted that all of the 
claims now pending in the subject patent application should be allowable, and reconsideration 
thereof is respectfully requested. The Examiner is respectfully requested to telephone the 
undersigned if he can assist in any way in expediting issuance of a patent. 

The Commissioner is authorized to charge any underpayment or credit any overpayment 
to Deposit Account No. 06-1325 for any matter in connection with this reply, including any fee 
for extension of time, which may be required. 

Respectfully submitted. 

Date: October 16. 2008 By: /Nathan L. Feld/ 

Nathan L. Feld 
Reg. No. 59,725 

Customer No. 80548 
FLIESLER MEYER LLP 
650 California Street, 14* Floor 
San Francisco, California 94108 
Telephone: (415)362-3800 
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